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BEST AVAILABLE CO! 

REMARKS 

Claims 16, 38, 41, and 43 have been amended, claim 42 has been canceled, and 
claims 44-46 have been added. Claims 1-34 have been allowed. Hence, 1 - 34 and 38 - 
41, and 43 - 46 are pending in the application. 

Summary of Rejections 

Claims 38-40 were rejected under 35 U.S.C. 103(a) as being unpatentable over (US 
5,907,847), herein Goldberg in view of (US 6,374,252), hereinafter Althoff. 

Claim 41 was rejected under 35 U.S.C. 103(a) as being unpatentable over Althoff in 
view of (US 5,600,005), hereinafter Hoover. 

Claims 42-43 were rejected under 35 U.S.C. 103(a) as being unpatentable over 
Althoff and Hoover in view of Goldberg. 

Claims 1 - 24 and 26 - 35 have been allowed and renumbered as claims 1-34. 
These claims are not further discussed. These claims are presented herein as re-numbered. 

Claim 38 

Claim 38, recites: 

A method for deriving object ids for obj ects of an obj ect class, comprising: 

storing data in a table of a database that is managed by a database server, 

wherein the table is defined by a table definition and the object class is defined by an 

object class definition; 
maintaining, separate from the table definition and object class definition, metadata 

that indicates how to derive object ids from values stored in the table; and 
the database server deriving, based on the metadata, object ids for objects of the 

object class from the values in the table. 

Claim 38 requires a "database server deriving, based on the metadata, object ids for 
objects of the object class from the values in the table", where the metadata "indicates how to 
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derive object ids from values stored in the table," these features are not taught or suggested 
by the prior art. 

To establish prima facie obviousness of a claimed invention, all the claim limitations 
must be taught or suggested by the prior art. (MPEP § 2143.03, citing In Re Royka, 490 F2d 
981, 180 USPQ 580 (CCPA 1974)) The cited references, however, do not teach or suggest all 
the claim limitations of claim 38. 

The Office Action alleges Althoff teaches "the database server deriving object ids for 
the data in the table based on the metadata/' This allegation is incorrect. Althoff; as well as 
Goldberg, fail to teach this feature of claim 38. 

Althoff, describes a method and system for modeling object-oriented database 

structures, translation to relational database structures, and performing searches thereon. 

(Abstract). Althoff does discuss object ids. The following is the only excerpt in Althoff 

related to creating object ids. 

The system 200 creates, for each table 800, a column 810 "Object ID" for the UID of 
the object, and assures that objects added to each table 800 for derived classes 101 are 
also added to tables 800 for the base classes 101, with corresponding UIDs. For 
example, each row 820 added to the table 800 static memory corresponds to a row 
820 added to the table 800 memory and corresponds to a row 820 added to the table 
800 component, and the UIDs are identical in the column 810 "Object ID" for these 
three rows 820. (col. 24, lines 9-17) 

The above excerpt discloses how the rows of different tables that represent the same 
object are assured of having the same value for the object id. It does not follow from the fact 
that rows of different tables that represent the same object are assured of having the same 
value for the object id, that object ids are derived based on metadata that indicates how to 
derive the object id. Thus, the excerpt, nor anything else in Althoff, suggests in any way 



50277-0370 
OED-1997-l<M)9-DrV 



-15- 



PAGE 18/27 * RCVD AT 11)29/2004 6:03:20 PM [Eastern Standard rime] * SVR:USPTO-EFXRF-1/0 * DN1S:B729306 * CSiD:40S4U1076 * DURATION (him-ss):0748 



11/29/2004 15:58 4084141076 HPTB SAN JOSE CALIFO PAGE 19/27 



much less discloses deriving object ids based on metadata that indicates how to derive an 
object id 

The Office Action alleges that col. 7, lines 36 - 45, lines 47 - 67, col. 12, lines 59 - 
62 disclose "a database server deriving object ids for the data in the tables based on the 
metadata. " (Section 9) The Office Action in particular emphasized col. 7, lines 47 - 67, 
stating "it is interpreted that Althoff teaches how metadata is used by a database server to 
, derive object ids for data in table. 

These allegations are incorrect. The cited excerpts are provided below. 

The user interface 210 receives commands and descriptions from the user 201 
regarding the user's object database 100, and in response thereto, builds and edits the user 
database model 230. As the user database model 230 comprises a set of objects in the meta- 
model 220, the process of building and editing the user database model 230 simply comprises 
building and editing objects in the meta-model 220. These objects are maintained by the 
system 200 as persistent objects, so the user database model 230 is maintained as a persistent 
part of the meta-model 220 by the system 200. 

The meta-model 220 itself is represented by a meta-model relational database 22 1 , 
comprising a set of relational database tables, properties of those tables, columns within 
those tables, primary and secondary keys of those tables, and other defining features of the 
meta-model relational database 221 , The user database model 230 is represented by objects 
in the meta-model relational database 221, comprising rows within those tables, specific 
values entered in the columns for those rows, and pointers from a row of one table to a row 
of a related table. The process of building and editing the user database model 230, i.e., 
building and editing objects in the meta-model 220, simply comprises building and editing 
classes 101, objects, searchable properties 102 and relationships 103 between classes 101, 
represented by rows, values and pointers in the meta-model relational database 221 which 
represent the descriptive information about the user's object database 100. (col. 7, lines 45 - 
67) 
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When the user 201 creates a derived class 101, or alters the base/derived status of a 
class 101, the system 200 creates or edits an object of class Class Link 302 to model the 
base/derived relationship (col. 12 lines 59-63). 

The excerpts above describe how a raeta-model of a database is represented by 
objects in a relational database, and how the objects are created and modified in response to 
user input Though the term ts meta-moder is mentioned, object ids or deriving object ids 
based on a meta-model or metadata is not described or suggested anywhere in the above 
excerpts. Thus, the cited sections of Althoff could not possibly teach or disclose "deriving 
object ids.,. based on the metadata'*, as claimed. 

While the Office Action states that it interprets at least some of these excerpts to 
disclose "how metadata is used by a database server to derive object ids for data in table", the 
Office Action fails to specify any specific item or action in the excerpts that correlates to an 
object id, that correlates to metadata indicating how to derive an object id, or that correlates 
to any way of deriving object ids. In an Office Action "the particular part relied on must be 
designated as nearly as practicable ... The pertinence of each reference, if not apparent, must 
be clearly explained ..." (37 C.F.R. § 1.104; MPEP 707). As shown above, the pertinence of 
the excerpts are not apparent and are not clearly explained. Instead, large portions of the 
references are simply identified in a non-specific way. The failure to specify any item or 
action in the excerpts that correlates to an object id, metadata indicating how to derive an 
object id, or deriving object ids, is tantamount to admitting that Althoff fails to describe what 
the Office Action alleges them to describe. 

Like Althoff, Goldberg fails to teach a "database server deriving, based on the 
metadata, object ids for objects of the object class from the values in the table", where the 
metadata "indicates how to derive object ids from values stored in the table", as claimed. The 
Office Action also correlates an object id in claim 38 to the object attribute Employee ID 
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I behaviors for 



(Office Action, section 13, Issue No. 1). Even i 
correlated in this way, which it cannot, Goldberg 
metadata that indicates how to derive any value for a 
object id. 

Goldberg describes a system for storing class 
the same source, i.e. a single database. (Abstract, col. 6, 
of multiple tables) holds class definitions and 
lines 41 - 45) Another table holds data for the objects 
55). While Goldberg discloses details about class 
object state being stored in a table, Goldberg teaches 
how to derive an individual attribute or object id. 

The following excerpts in Goldberg are all Appl 
attributes, like Employee ID, are derived. 

When a request is received, processing continue* 



if an object attribute like Employee ID can be 
never{heless fails to disclose mamtaining 
p4rticular object attribute much less an 

definitions, behavior, and object state in 
lines 1 - 25). One table (or a relation 
objects, (i.e. table 404, col. 6, 
(dmployee table 412, col. 6, lines 53- 
defmifions being stored in a table and 
no hing about metadata that indicates 

cant found that related to how object 



step 512 to process the object 
request. At step 512, me object's state is retriev^ data relations). At 

step 514 (i.e., "have behavior?"), a deterrninatior is made whether the behavior for 
that class of object has already been retrieved. If not, processing continues at step 516 
wherein the object behavior and class definition ; ire retrieved from the schema 
relation(s). After the retrieval operation is perron ned at step 5 1 6, or if it is determined 
that the object's behavior has already been retries ed, processing continues at step 518. 
The new object instance having both state and behavior is provided to the requester, 
or client. The object is thereby activated in the cl ent environment. For example, the 
state and behavior are copied into executable address space (e.g., a client process) to 
allow execution of the object's behavior on the ol ject's state, (col. 8, lines 50 - 65) 

When the DBMS server determines that the emp object is to be retrieved as a result of 
the client request, for example, processing contin les at step 512. At step 512, the 
object state (e.g., for the emp object) is retrieved Brom the data relations stored at the 
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DBMS server. As discussed above, an object's 
retrieved from the DBMS. If not, however, the 
516. At step 518, the object (with its state and b 
server eavironment (e.g., copied to executable 
environment). At step 520, the method, or beha> 
the DBMS server environment. (coL 9, lines 28 



\ ehavior could have previously been 
< >bjecf s behavior is retrieved at step 
shavior) is activated in the DBMS 
a idress space in the DBMS server 
ior, (e.g., getManager) is invoked in 
-40) 



Previously, at least two separate and distinct 
object's state and behavior. In a library environn Lent 
object-oriented environments, the state is retrieved 
is retrieved from a file system. 



As discussed above, an object's state and behavior can be retrieved from one 
store (e.g., the DBMS server) using the present i trvention. State and behavior can 
therefore be retrieved in a single step, or transaci ion. Retrieval can be performed 
using one or more select statements in a single ti ansaction, for example. That is, a 
single transaction can be used to retrieve the stats and the behavior stored in the 
DBMS server. A transaction is a mechanism use i in a DBMS environment whereby a 
sequence of database operations can be package< 1 together and performed as a unit, 
(col. 9, lines 53 -62) 

As shown above, Goldberg teaches how state fox| objects are retrieved from a table 
using a transaction. None of the excerpts describe or sudgest in any way how an individual 
attribute is derived much less how an object id is derive< L In fact, the Office Action states 
Goldberg fails to teach the database server deriving obje 5 
on the metadata. 

Based on the foregoing, it would not have been obvious to one having ordinary skill 

in the art at the time the invention was made to modify C oldberg in view of Althoff s 

teachings because the cited art, alone and in combination , 

claim 38. Reconsideration and allowance of claim 38 is i equested. 

Based on the foregoing, claim 38 is patentable. 
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Claim 41 

Claim 41 recites: 

A method for presenting data from a set of one 

method comprising the steps of: 

executing a query statement that conforms to a 
object view as if the object view were a 
wherein executing the query statement includes: 



< >r more tables in a database, the 



( uery language and that references an 
i able; 



3 of tit e 



I object 



reading data from one or more rows 
by metadata that defines said 
presentation of data as a set of objects 
set of one or more tables includin g 

accessing said data from one or more 
said database. 



snms 



As amended, claim 41 requites "executing a 
language and that references an object view as if the obj 
object view defines "a presentation of data as a set of objects 
Such a feature is not disclosed or suggested in any way Iby thi 

Claim 41 has been rejected as being unpatentabh : 
Althoff describes a method and system for modeling obj 
translation to relational database structures, and performing 
Hoover describes a system and methods for transforming \ 
heterogeneous, object-relational databases into a 

The Office Action has rejected claim 41 based oi 
"executing a query that references an object view as 
Specifically, the Office Action cites col. 29 lines 3-67 



i homog< neous 



i if tie 



r ard 
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set of one or more tables indicated 
view, the object view defining a 
that reside in said database, the 
at least one relational table; and 
as a set of objects that reside in 



quefy statement that conforms to a query 
set view were a table," where the 
that reside in said database." 
te cited art. 



over Althoff in view of Hoover, 
set-oriented database structures, 
searches thereon. (Abstract), 
data stored in a plurality of remote, 

data model (Abstract), 
the allegation that Althoff teaches 
object view were a table.** 
col. 30 lines 1-52 of Althoff as 



PAGE 23/27 * RCVD AT 1 112912004 6:03:20 PM [Eastern Standard Time] * SVR:USPTO-EFXRF-1/0 * DNIS:87293Q6 1 CSID:40S4141076 * DURATION (mm-s$(:0M8 



11/29/2004 15:58 4084141076 



HPTB SAN JOSE CALIFO 



PAGE 24/27 



teaching 'the method for presenting data from a set of <j>ne 
method comprising the steps of: in response to executor g 
view as if the object view were a table." There is no baiis 
no basis for this allegation, there is no basis for rejectin 
requires "executing a query statement mat conforms to 
an object view as if the object view were a table." 



or more tables in a database, the 
a query that references an object 
is for this allegation. Because there is 
I claim 41, which, as amended, 
query language and that references 



Col. 29, lines 3-67 and coL 30, lines 1-52 describe 
searching of an object database and search translation 
database structures'* (col 24, lines 34-36). Specifically, 
examines the query model 260, the list of query model 
join records 994, and the condition records 995, and in 
261 using the form shown in table 9-3." (col. 29, , lines 



Again, the Office Action mils to specify what 
have been correlated to what features in claim 41. Large 
identified in a non-specific way. The pertinence of the 
clearly explained. As a result, Applicant has had to 
correlated. 



Perhaps the Office Action is correlating the quer r 
the object view were a table to the SQL commands 
describe how a section of the generated SQL commands 



section of the generated SQL commands that reference 
"Information regarding the tables (and aliases of tables) 
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a portion of "a process for cascade 
between object-oriented and relational 
at "step 936, the system 200 
c bjects 992, the alias records 993, the 
response, generates SQL commands 
-6) 



itejms and actions in the cited excerpts 

portions of the references are simply 
excerpts are not apparent and are not 
engajge in guesswork about what has been 



gene -aled 



that references an object view as if 

in Althoff. AUhoff does 
reference tables. With regard to the 
tables, Althoff states the following: 
the relational database 250 to 
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select data from is inserted in the <tables and aliases> 
(col. 29, lines 38 - 40). This exceipt simply teaches th|t 
references the table as the table or an alias for the table[ 
table. This excerpt, however, contains nothing about 
a query statement that references an object view as a 
commands cannot suggest in anyway a query statement 
table, it cannot possibly disclose or suggest a query 
view as if the object view were a table", and defines "a 
that reside in said database," as claimed. 



ii ection of the SQL commands 261." 
the generated SQL command 
An alias is simply another label for a 
referencing a view as a table, much less 
tatyle, as claimed. If the generated SQL 
that reference an object view as a 
statement that both "references an object 
bresentation of data as a set of objects 



Perhaps the Office Action is correlating a query 
the object view were a table to the query model general id 
amended, requires not just a query but a "query statement 
The query model cannot be correlated to the query 
describes how a query model is built. 



At a step 920, the system 200 parses the cascade 
model 260. To perform this step 920, the system 
922 inclusive. 



At a step 921 , the system 200 builds a configurat < 
101 selected by the user 201 to be searched. Eac : l 
represents a single class 101 selected by the user 
searchable properties 102 to be searched, a secoijd 
be displayed in the query result 25 1, and a third 
initial class 101 selected by the user 201, and 
selected by the user 201 . 



At a step 922, the system 200 builds a configurat on object 991 for each additional 

-22- 
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that references an object view as if 
in Althoff. Note claim 41, as 
that conforms to a query language" 
as claimed. The following 



statement 



search request and builds the query 
200 performs the steps 921 through 



on object 991 for the initial class 
such configuration object 991 
201, and comprises a first list of 
list of searchable properties 102 to 
of classes 101 starting with the 
continuing with each related class 101 



] st< 
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class 1 01 selected by the user 201 to be searched 
configuration object 991 to the configuration ol 
selected by the user 201 to be searched. 



and links each such additional 
>Ufiect 991 for the initial class 101 



? qutry 



As shown above, the query model is a list of objjecti 
discloses or suggests a statement that conforms to a 
statement that conforms to a query language". If the 
a "query statement that conforms to a query language", 
a "query statement that conforms to a query language", 
the object view were a table", and that defines "a 
reside in said database." 



;s. Nothing about a list of objects 
computer language, much less a "query 
model does not suggest in anyway 
it cannot possibly disclose or suggest 
hat "references an object view as if 
i presentation of data as a set of objects that 



Based on the foregoing, none of teachings of Al hofF disclose or suggest in anyway a 
"a query statement that conforms to a query language ai d that references an object view as if 
the object view were a table" and that defines "a presem ation of data as a set of objects that 
reside in said database." This feature is also not suggest id in any way by Hoover. In fact, the 
Office Action only alleged that AlthofT discloses "a que y that references an object view as if 
the object view were a table", but has not alleged that H >over does so. Therefore, the cited 
art does not teach or suggest all the claim limitations of ;Iaim 41, and claim 41 is patentable. 
Reconsideration and allowance of claim 41 is requested 

Unallowed Pending Claims 

The unallowed pending claims not discussed so ar are dependant claims that depend 
on an independent claim that is discussed above. Becaut 3 each of the dependant claims 
include the limitations of claims upon which they depen 1, the dependant claims are 
patentable for at least those reasons the claims upon whi tfi the dependant claims depend are 
patentable. Removal of the rejections with respect to the < 
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the dependant claims is respectfully requested. In 
additional limitations that independently render them 
difference already identified, a separate discussion of tflose 
time. 

It is respectfully requested that the Examiner r© 
which are now in condition for allowance. Therefore, 
Allowance is believed next in order, and that action is 

The Examiner is respectfully requested to contai t 
believed that such contact would further the examinatio i 



addition, the dependent claims introduce 
patentable. Due to the fundamental 
limitations is not included at this 



thei 



onsider all of the pending claims, 
issuance of a formal Notice of 
rijost earnestly solicited. 

the undersigned by telephone if it is 
of the present application. 
Respectfully submitted, 
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